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(54) Data processing system and method for software development/configuration 



(57) The present invention finds particular application in the design of scalable business systems in which a 
plurality of program code entities or objects are progressively constructed to computerise a business process, 
and overcomes problems when software has to be re-developed, in particular, when the order of execution of 
objects implementing various functions has to be changed. The present invention provides a data processing 
system comprising memory 212 for storing a plurality of executable entities, means for establishing an order 
of execution of selectable ones of the executable entities, and means 410 for executing the selected executable 
entities according to that order without modification of the selected executable entities. The entities may be 
objects, functions, self-contained programs, or DLL tasks. A drag-and-drop method, using a graphical user 
interface 400, may be used to establish the order. The entities may have shared access to a common data 
structure and may be executed according to a timed schedule. 
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At least one drawing originally filed was informal and the print reproduced here is taken from a later filed formal copy. 
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1 

DATA PROCESSING SYSTEM AND METHOD 

The present invention relates to a data processing 
system and method. 

The design of computer software implementing 
5 business systems is invariably a very complex and 
difficult task which requires the skills of a complex 
team including, for example, skills of a systems analyst 
to produce or to conduct a detailed analysis of the 
business processes to be implemented or the current 
10 implementation of those business processes* That 
analysis is then, typically, passed onto a team of 
programmers who will produce the code or software 
necessary to implement the business system or processes. 

15 It will be appreciated that encoding of the software 

in a computer language, such as visual basic or an 
object-oriented language such as, for example, C++, 
requires a great deal of technical skill and knowledge. 
Such tasks are undertaken by programmers skilled in the 

20 relevant language. 

While a computer programmer may have a significant 
degree of technical skill and knowledge insofar as 
concerns producing software or writing software, it does 
25 not necessarily follow that that computer programmer also 
has a significant and global understanding of the 




2 

business processes to be Implemented by that software. 
It is for this reason, amongst other reasons, that the 
design and production of computer software can take a 
longer period of time than initially anticipated. 

5 

Furthermore , the lack of understanding of the 
business processes to be implemented on the part of 
either systems analyst or the computer programmer can 
also lead to incorrect coding or to software which does 
10 not meet the requirements of the business. 



For very large complex business processes, a team of 
computer programmers is invariably employed to implement 
the design requirement specified by the systems analyst. 

15 Once again, it would require a significant degree of co- 
ordination between the programmers or control by the 
project managers to ensure that the various modules or 
objects written by each computer programmer interact and 
co-operate in the intended manner with various objects or 

20 modules written by other members of the programming team. 
The net result is that the computer software so developed 
or so written may not meet the business requirements of 
the businessman. 

25 As stated above, the actual encoding of computer 

software invariably requires detailed knowledge of a 
particular programming language and the associated 
compilers and linkers thereof. Clearly, every 
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businessman, irrespective of their degree of competency 
at programming, cannot concern himself with the detail of 
encoding computer software; it is not an effective 
utilisation of his time. It does not necessarily follow 
5 that the businessman designing a business process will be 
well versed in any particular computer language. 
Therefore, it is necessary for the businessman to retain 
the services of a systems analyst and team of computer 
programmers to computerise his business processes . 

10 

Furthermore, many software applications are 
implemented by way of a single large program which 
addresses or attempts to address all of the requirements 
of the businessman. Such large or monolithic software 

15 entities have the disadvantage that they are difficult to 
modify in the event that the business processes 
implemented are subject to change. Any such change would 
require accompanying changes to be made to the software. 
The changes can be extensive and may represent a 

20 significant drain on resources, both financial and in 
terms of manpower. 

The above problem stems from the inflexibility of 
monolithic programs. An attempt has been made to address 
25 the above by providing a single large program which 
contains software switches, or flags, to determine which 
parts of the program can be executed • However, it is not 
often that software is designed with such flexibility in 
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mind. Furthermore, the order of execution of the 
constituent parts of the software cannot be fundamentally 
modified. 

Object-Oriented programming languages, such as C++ 
and the like, represent a further attempt to increase or 
improve the flexibility and re-useability of software or 
software components • The operation of software objects 
is well understood by those skilled in the art. Each 
object can be arranged to perform a particular task. 
Objects interact with one another using a message based 
paradigm, that is to say, messages are passed between 
objects to invoke the methods of the object receiving the 
message. This collocation and interaction between 
objects achieves the ultimate end of the software. 

Passing such messages or parameters between objects 
requires a calling or transmitting object to know the 
parameter list structure of the called or receiving 
object. Clearly, if a change to the order of execution 
of the objects was required, the parameter definitions of 
each object would have to be changed accordingly. Such 
a change would, again, represent a significant re- 
development effort. 

It is an object of the present invention to mitigate 
the problems associated with the prior art. 
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Accordingly, a first aspect of the present invention 
provides a method for processing data in or configuring 
a data processing system, said data processing system 
comprising memory for storing a plurality of executable 
5 entities, means for establishing an order of execution of 
selectable ones of the executable entities, and means for 
executing the selected executable entities according to 
said order, without modification of said selected 
executable entities, the method comprising the steps of 

10 storing, in said memory, a plurality of executable 
entities, establishing an order of execution of 
selectable ones of said executable entities, and 
executing the selectable ones of said executable entities 
according to said order without modification of said 

15 executable entities. 

The data processing system and method advantageously 
allow the production of scalable and configurable 
business software without the need for the businessman to 
20 have any knowledge computer programming language. 

A preferred embodiment of the present invention 
provides a method for configuring a data processing 
system, said data processing system comprising a 
25 plurality of executable entities, a memory for storing 
the plurality of executable entities, a display means for 
producing a graphical representation of the plurality of 
executable entities, means for executing said executable 
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entities, input means for selecting for execution 
selectable ones of said plurality of executable entities , 
the method comprising the steps of displaying said 
plurality of executable entities, selecting two of the 
5 executable entities for execution, establishing an order 
of execution for the two executable entities, and 
executing the two executable entities according to said 
order without modification of said two executable 
entities. 

10 

A still further feature of the present invention 
provides a method further comprising the steps of 
establishing, within said memory, a data structure, 
commonly accessible by said selected executable entities, 
15 which is arranged to allow said selected executable 
entities to store therein and retrieve therefrom any data 
object and/or to allow indirect exchange of data between 
said selected executable entities. 

20 Yet another feature of the present invention 

provides a method wherein said data processing system 
further comprises an execution engine which instigates 
the execution of plurality of executable entities, and 
wherein the step of executing the executable entities 

25 comprises the steps of providing each of said plurality 
of executable entities with a common interface for 
instigating execution of the executable entities, and 
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instigating, by said execution engine, execution of said 
two executable entities utilising said common interface • 

A second aspect of the present invention provides a 
data processing system comprising memory for storing a 
plurality of executable entities, means for establishing 
an order of execution of selectable ones of the 
executable entities, and means for executing the selected 
executable entities according to said order without 
modification of said selected executable entities. 

A feature of the second aspect of the present 
invention provides a data processing system further 
comprising means for establishing, within said memory, a 
data structure, commonly accessible by said selected 
executable entities, arranged to allow said selected 
executable entities to store therein and retrieve 
therefrom any data object and/or to allow indirect 
exchange of data between said selected executable 
entities . 

Preferably, the present invention provides a data 
processing system for configuring control means of said 
data processing system, said control means comprising a 
plurality of executable entities, a memory for storing 
the plurality of executable entities, a display means for 
producing a graphical representation of the plurality of 
executable entities, means for executing said executable 
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entities, input means for selecting for execution 
selectable ones of said plurality of executable entities, 
the system comprising means for displaying on said 
display means a graphical representation of said 
5 plurality of executable entities, means for selecting at 
least two of the executable entities for execution, means 
for establishing an order of execution for said at least 
two executable entities, and means for executing said at 
least two executable entities according to said order 
10 without modification of said at least two executable 
entities . 

The present invention further provides a data 
processing system further comprising an execution engine 

15 which instigates the execution of said plurality of 
executable entities, and wherein each of said plurality 
of executable entities comprises a respective interface 
having a common format and wherein said means for 
executing the selected executable entities utilises the 

20 respective interface of an executable entity. 

It will be appreciated by those skilled in the art 
that the distribution of software can be effected by 
either pre-loading the harddrive of a computer with that 
25 software or by using other magnetic storage media, such 
as diskettes. Still further, CD-ROMS can also be used as 
the means of distribution for software. 
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Accordingly, a third aspect of the present invention 
provides a computer program product for processing data 
in or configuring a data processing system, said data 
processing system comprising memory for storing a 
plurality of executable entities, means for establishing 
an order of execution of selectable ones of the 
executable entities, and means for executing the selected 
executable entities according to said order , without 
modification of said selected executable entities, the 
computer program product comprising computer readable 
program code means for storing a plurality of executable 
entities, computer readable program code means for 
establishing an order of execution of selectable ones of 
said executable entities, and computer readable program 
code means for executing the selectable ones of said 
executable entities according to said order without 
modification of said executable entities. 

Preferably, the further aspect of the present 
invention provides a computer program product further 
comprising computer readable program code means for 
establishing, within said memory , a data structure, 
commonly accessible by said selected executable entities, 
which is arranged to allow said selected executable 
entities to store therein and retrieve therefrom any data 
object and/or to allow indirect exchange data between 
said selected executable entities. 
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A feature of -the further aspect of the present 
invention provides a computer program product, wherein 
said data processing system further comprises an 
execution engine which instigates the execution of said 
plurality of executable entities, and wherein said 
computer readable program code means for executing said 
at least executable entities comprises computer readable 
program code means for providing said plurality of 
executable entities with a respective common interface 
for instigating execution of the executable entities, and 
computer readable program code means for instigating 
execution of said executable entities utilising said 
common int er f ace . 

Further features of the present invention are 
defined in the claims set out hereafter. 

Embodiments of the present invention will now be 
described by way of example only, with reference to the 
accompanying drawings in which: 

figure 1 shows a computer system suitable for 
implementing embodiment of the present invention, 

figures 2a to 2c illustrates schematically the 
structure and operation of computer software according to 
the prior art; 
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figure 3 Illustrates schematically the operation of 
an embodiment of the present invention by way of a tele- 
sales business process; 

figure 4 schematically shows the general structure 
of an executable entity according to an embodiment; 

figure 5 shows schematically the functional 
components of the present invention together with the 
operating system and networking software; 

figure 6 shows a graphical display of a business 
process according to an embodiment; 

figure 7 shows a dialogue box displaying scheduling 
information; and 

figure 8 shows a dialogue box displaying user path 
selection options. 

Referring to figure 1, there is depicted a block 
diagram of, for example, a computer system 10, such as 
are commonly known within the art. The computer system 
includes a 32 bit processor 14 and a system bus 12. 
Connected to the system bus 12 is a central processing 
unit (CPU) 14, for example an Intel 80486 or a Pentium 
Microprocessor. CPU 14 passes data to and receives data 
from other devices attached to the system bus via the 
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system bus. Traffic on the bus is controlled by a bus 
controller 16 and an interrupt controller 18 handles 
interrupts generated by the remaining devices and 
notifies the CPU 14 accordingly . 

The read only memory (ROM) 20 is a non-volatile 
memory storing power-on test processes and basic input - 
output systems (BIOS or ROM-BIOS ) . The system memory 22 
is a random access memory into which an operating system, 
preferably a 32 bit operating multi -tasking operating 
system such as IBM OS 2 /WARP or Windows NT which support 
concurrent processes or multiple concurrent threats, is 
loaded for execution of computer software applications. 
Additional hardware components of computer 10 attach to 
system bus 12 include a memory controller 24 and a system 
configuration store 26, provided by random access memory 
(RAM) . 

Auxiliary data storage is provided by peripheral 
controllers and associated storage devices including, a 
floppy disk or diskette controller 28 and a drive 30, a 
hard drive controller 32 and a hard drive device 34, and 
a compact disk (CD) ROM controller 36 with CD ROM drive 
38. An SVGA controller 40 includes a RAM buffer 44 in 
which the current frame for subsequent display on a 
display device is stored. In some computers, the buffer 
44 may be loaded directly from system memory 22 or from 
an auxiliary storage controller. 
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Direct memory access (DMA) controller 46 handles 
data transfers between auxiliary storage devices or other 
input output devices, and system memory 22 without 
interaction by CPU 14. Keyboard controller 48 provides an 
interface to a keyboard 50, for user entries, and may be 
used to provide a max interface. Parallel controller 52 
is a device controller for an input or output device (eg 
a printer connected to computer 10 by a parallel cable). 
Referring to the figure 5 shown there is schematically 
shown the functional components of the present invention 
together with the operating system and networking 
software. 

Referring to figure 2a, there is shown schematically 
the structure and an operation of conventional computer 
software. A business process 200, such as tele-sales 
process, comprises a plurality of executable entities 202 
to 208 each of which performs a particular function of 
the tele-sales business process 200. For example, the 
first executable entity 202 allows the user of the 
software to select or input customer information. The 
second executable entity 204 allows the user to input 
order lines or order information relating to goods or 
services required by the customer. An order line may 
comprise an item code, which identifies an item to be 
purchased, an item description and a quantity of the 
items to be despatched or ordered. The third executable 
entity 206 provides for the entry of charging information 
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relating to the various goods ordered and the final 
executable entity 208 completes the order. 

Each of the executable entities, in order to be able 
to interact with neighbouring executable entities passes 
parameters P x to P 6 between one another. Therefore, a 
parent executable entity, for example executable entity 
202, must known which parameters are required by the 
child executable entity 204 for the correct execution of 
the latter. 

It will be appreciated that if modification of the 
order of processing of the tele- sales process is 
required, significant changes to the software, in 
particular the parameter passing or interfaces between 
the executable entities, will be required. For example, 
if a business process was implemented comprising an 
executable entity which requests information relating to 
a delivery address for ordered goods and an executable 
entity which requests information relating to delivery 
charges appropriate to that delivery, executed in that 
order, and it was necessary or desirable to change that 
order of processing such that the delivery charges are 
determined before the input of the delivery address, it 
would be necessary to ensure that an executable entity, 
such as. Select Delivery Charges passes parameters to the 
executable entity Select Delivery Address. For example, 
it is likely that prior systems would pass an indication 
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of the delivery address to a function which requests or 
determines the delivery charge. 

It is also likely that changes to the methods of the 
5 executable entities will also be required. 

Re-sequencing of software or re-structuring of 
software typically within an object-oriented environment 
presents particular difficulties. Referring to figure 

10 2b, there is shown schematically an illustration of the 
property of inheritance and the derivation of subclasses 
210 and 212 from a parent class 214. It is necessary for 
the interfaces I 12 and I 23 between the various objects to 
be defined so as to allow data to be passed across the 

15 interfaces I 12 and I 23 to the various levels of the object. 
It would not be possible to re-sequence to objects as per 
figure 2c in which the parent object 216 is object 2 and 
the derived objects 218 and 220 are objects 3 and 1 
respectively without modification of the class 

20 definitions and the interfaces I 32 and I l3 between those 
objects, that is to say, without modification and 
recompilation of the underlying code. 

Referring to figure 3, there is shown schematically 
25 a tele-sales business process 300 according to the 
present invention comprising a plurality of executable 
entities 302 to 308, and a parameter area or object 310 
for storing data created and/or manipulated by the 
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executable entities 302 to 308. The order of execution 
of the executable entities 302 to 308 constituting the 
tele-sales business process 300 can be readily changed 
without requiring concomitant changes to the executable 
entities 302 to 308. 

The executable entities are self-contained and 
comprise methods which are ready to run without further 
compilation or, alternatively, immediately ready to 
interpret, if an interpretive language has been utilised. 
An executable entity can be, but is not limited to, an 
object, a function, another self-contained program or a 
DLL task. 



An object or executable entity comprises a plurality 
of elements. Each element has a unique identification 
code associated therewith. 

Table 2 below illustrates a pseudo-code for an 
embodiment of an executable entity. 



DLLName: :ClassName ; Unique Identifier 

Execute ; Execute Method for invoking Entity 

Preview ; Preview Method for testing 

Other Methods ; Methods which are invoked from 

Execute defining the Entities 
behaviour 
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TABLE 2 



The DLLName represents^ the Dynamic Link Library 
containing the class definition for an object or 
executable entity. "Execute" represents an interface 
with an executable entity. The interface has a common 
format for all executable entities thereby presenting a 
consistent manner of invoking or executing an executable 
entity. "Preview" allows execution of an entity in 
isolation using default test data and independently of 
any other entity. The "Other Methods" are invoked by 
Execute and further define the behaviour of the object. 

It will be appreciated that in a distributed system, 
the executable entities may not all reside on a single 
server or machine. Therefore, an embodiment can be 
realised in which the unique identifier of the class 
definition for the executable entities further comprises 
an indication of the server upon which the DLL containing 
the class definition is resident. 

Each object, upon, execution can return at least one 
of a number of terminating conditions. A terminating 
condition represents the result or outcome of the 
execution of an associated object and determines which of 
a plurality of execution paths from the executable entity 
are followed. This governs the flow of control 
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throughout a business process of collation of executable 
entities . 

For example, a dialogue box may have been presented 
to a user which contained a number of options together 
with an invitation to select one of the options. The 
terminating condition would be determined by the selected 
option and therefore determine the executable entity 
which is executed next* 

Further, each executable entity has an associated 
array of connections. There is one connection or link 
per terminating condition. 

Most of the executable entities can be executed 
independently of any of the other executable entities. 

Each executable entity accesses data required for 
correct operation via the parameter area 310. The 
parameter area is an extendible data structure to which 
data or object of various sizes and types can be added, 
updated or deleted. The parameter area 310 is 

dynamically created using a Visual Basic command called 
New Collection. The operation of this command is well 
known within the art and described in further detail in 
the Microsoft Visual Basic Version 4 online reference 
manual the entire content of which is by reference 
incorporated herein . 
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25 
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The parameter area 310 comprises a plurality of 
entries 312. Each entry comprises an identification 
field by which a parameter P 1 to P 6 can be identified and 
therefore a corresponding value A to F cab be accessed. 

An executable entity accesses a value associated 
with a parameter by calling the parameter area using the 
Visual Basic function Get Parameter using the parameter 
identifier as a key. The function Get Parameter returns 
the value associated with the parameter or key. 



For example, if an executable entity 0 3 required 
access to the value D associated with a parameter P 4 , the 
call to the parameter area 310 would specify "p 4 " as a 
15 parameter. The parameter area 310 would return the 
associated value D of a parameter P 4 to the calling 
executable entity 0 3 . 



The parameter area is commonly accessible by the 
executable entities 302 to 308 of a business process, 
such as that defined by the tele-sales process 300. It 
can be seen that the executable entities do not directly 
exchange data as per conventional programming methods or 
according to conventional object-oriented technologies. 
The executable entities according to the present 
invention exchange data indirectly via the commonly 
accessible parameter area. Therefore, the requirement 



BNSDOCID: <GB 23201 1 1 A l_> 



20 

for parameter passing between executable entities is 
removed . 

It follows as a consequence of the indirect data 
exchange between executable entities that a change to the 
order or sequence of execution of the executable entities 
does not necessitate corresponding changes to the 
executable entities* This is in contrast to the direct 
interfaces and parameter passing techniques utilised in 
the prior art. 

Preferably, an embodiment , an execution engine is 
provided which instigates execution of the plurality of 
executable entities according to the execution order 
specified by the links therebetween. 

The execution engine establishes an identifier or 
handle for each invocation or instance of an executable 
entity. The handle or identifier is used to access and 
instigate execution of the methods of the executable 
entities. 

The executable entities are implemented as Visual 
Basic Objects. The methods of the objects are invoked, 
assuming an instance of an object is called 
"ExecuteElement" and the method of the object is called 
"Execute", by the execution engine as follows: 
" ExecuteElement . Execute" . 
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A business process is implemented using the Visual 
Basic Collection Object facility. A Collection Object 
allows the creation of a complex entity from simpler 
executable entities. The operation of the Visual Basic 
5 Collection Object is well understood by those skilled in 
the art and is further described in the Visual Basic 
Version 4 online reference manual. The parameter area 
can also be implemented using a Collection Object. 
Alternatively, the parameter area can be implemented 
10 using a simple two dimensional array . together with means 
for searching the array to retrieve data therefrom. 

The method "Execute" within each executable entity 
instigates execution of the object and allows an 
15 executable entity to present a common interface structure 
to the execution engine. 

Due to the common interface structure presented by 
each object of a business process, the execution engine 
20 can instigate execution of all or any objects 
independently of the function performed by that object. 

Furthermore, as the parameter area stores the data 
required by an executable entity or the methods thereof, 
25 the execution engine does not need to pass such data or 
parameters to the executable entity. 
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Furthermore, as parameter passing between objects 
has been obviated or obliterated by the use of external 
or separate data or parameter area, that is the 
Collection Object of Visual Basic, it is not necessary to 
5 pass directly parameters between the executable entities* 

An executable entity may be connected to or 
logically followed by a plurality of other executable 
entities . The next entity for execution is determined 

10 according to the result of the execution of the current 
executable entity. Each executable entity produces , upon 
termination, a termination condition which provides an 
indication of which executable entities should be 
executed next, that is to say, the termination condition 

15 identifies a link leading to the next executable entity 
to be executed. The termination condition can be a 
simple number or, more commonly, an element of an 
enumerated type. 

20 Each link has an identifier associated therewith and 

each executable entity contains a data structure, such as 
a linked list or array, comprising the identifiers of 
links leading therefrom. The execution engine controls 
the flow of processing according to the returned or 

25 produced termination conditions* In some instances, the 
executable entity may present a dialogue box to the user 
of the data processing system which requests the user to 
select at least one of a plurality of preferred courses 
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of action. The input then determines the link followed 
and hence the next executable entity to be executed. 

It will be appreciated that a business process 
comprises a plurality of executable entities, all 
interlinked to form a complex graph or network of 
executable entities. Execution of the business process 
should, preferably, commence with the first, or start, 
entity in the graph. The start entity has associated 
therewith an indication of the type of that entity. 
Entity types include "START" and "END" types which 
indicate respectively that an associated entity 
represents the first or starting entity of a business 
process or the end or terminal entity of a business 
process. 

Once the execution engine has located the start node 
or entity, execution of the start entity, and hence the 
overall business process, can be commenced. 

Similarly, the last executable entity in one of the 
possible execution paths through the graph of connected 
entities carries an identifier designating that 
executable entity as an End or Terminal Entity. It will 
be appreciated that the graph of executable entities will 
have at least one terminal node and in many instances may 
have a plurality of Terminal or End Entities. 



10 
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The execution engine identifies or accesses 
executable entities using a handle of an instance of an 
executable entity and instigates the execution of the 
methods of that entity as described above using that 
handle. When the execution of that entity terminates, 
the termination condition is determined , the link 
associated with that termination condition is determined 
and hence the next executable entity for execution is 
also determined. 

Processing or traversal of the graph of executable 
entities continues until an "END" type entity has been 
completed whereupon processing terminates* 



!5 Optionally, each executable entity comprises a 

further type, namely a connection mode type, which 
further governs the behaviour of that entity. The 
connection mode type can take one of two values, 
"IMMEDIATE" or " SCHEDULED " • The purpose of these types 
is to determine, upon termination of execution of one 
entity, whether or not execution of the following entity 
should commence immediately or only after a 
predeterminable time period or at a predeterminable point 
in time. If the connection mode type is "IMMEDIATE" then 
processing of the next executable entity commences 
immediately. However, if the connection mode type is 
"SCHEDULED" then the next executable entity is added to 
a table of other executable entities scheduled for 



20 



25 
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execution after a predeterminable period of time has 
elapsed or after at least one of a predeterminable number 
of conditions have been satisfied. 

Referring to figure 4 there is shown schematically 
the structure of the elements of a data processing system 
according to an embodiment. The system 405 provides a 
graphical user interface (GUI) 400 capable of displaying 
the selectable plurality of self-contained, precompiled 
executable entities. The executable entity 212 currently 
being executed is also shown. Each entity represents 
part of a business process or a self-contained business 
process. The plurality of executable entities are stored 
on a suitable storage medium, such as a hard disk drive 
device 34 and 32. The graphical user interface 400 
interfaces with the execution engine 410. The execution 
engine functions as described above. Similarly, the 
executable entity functions substantially as described 
above . 

The GUI 400 allows a businessman or a user of the 
data processing system to select various executable 
entities stored on the hard drive 34 in order to 
construct therefrom a more complex business process using 
a drag and drop regime as is well know within the art. 
Therefore, a number of basic or simple executable 
business processes can be arranged or utilised to produce 
a more complex process. These more complex processes 
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can, in turn, be used to larger sof tware business 
systems - 

The user of the data processing system establishes 
links between the various executable entities using a 
mouse and one of the selection keys thereof. A link is 
established between two entities, a parent entity and a 
child entity, by clicking on the parent entity and 
subsequently clicking on the child entity. 

The links define the order of execution of those 
executable entities and hence the overall operation of 
software which is intended by a businessman to process 
data according to his business processes. 

During the design of computer software for the 
business process, the processes and methods and linkages 
therebetween are stored in a software bin and graphically 
displayable. 

When it is desired to execute a constructed business 
process, the executable entity and associated linkage 
information is interpreted by the execution engine 210. 
During execution of the entities using the associated 
linkages, the execution engine 210 creates the parameter 
area 310, implemented using either a simple two- 
dimensional array or a Collection Object as provided by 



27 

Visual Basic. The parameter area 310 is used to store 
data accessed and manipulated by the executable entities. 

Finally, the operating system and network working 
software 420 co-ordinates the utilisation of the computer 
system resources by the various functional entities, such 
as the graphical user interface 400 and execution engine 
410, and also the management of the memory for storing 
the parameter area. 

Optionally, a link entity can be implemented as a 
more specific form of a general executable entity. in 
the optional realisation, a link entity contains methods 
and/or data which defines the behaviour of or interaction 
between that link any executable entities attached 
thereto. The data stored within a link is utilised by 
the execution engine to determine the other executable 
entity or entities to which it is connected. Each link 
has an link identifier, a parent executable entity 
identifier, a child executable entity identifier, and 
timing information and methods which define or govern the 
behaviour of the link and the interaction thereof with 
parent and child executable entity executable entities. 

Referring to figure 5 there is shown schematically 
a workflow scheduler 502 containing a table 504 of 
executable entities 0,, 0 3 , 0 2 , and 0 4 scheduled for 
execution at respective specified times T lr T 2 , T 3 and T 4 . 
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The workflow scheduler 502 manages the scheduling of the 
execution of executable entities. The stored information 
comprises the handle of an executable entity together 
with an indication of the scheduled execution time or the 
5 conditions which have to be satisfied before execution 
will be commenced* The information required for 
scheduling an executable entity is provided by the 
execution engine 410 via an interface 
Regis terScheduled£xecution( Entity , Connectionlnf o ) . This 
10 interface represents the common interface presented by 
each executable entity and which is utilised by the 
execution engine 410. 

Alternatively, execution of an executable entity may 
15 not be commenced until the status of various parameters 
in the table have assumed a predeterminable values. 

If the data processing system comprises an operating 
system which supports multiple threads, a timer task can 

20 be instigated for each entity which is scheduled to 
commence processing at or after a specified or 
predeterminable period of time. This task can then 
interrupt the execution engine 410, supply the entity 
handle to the execution engine 410 which can then call 

25 the Execute method of that executable entity- Similarly, 
if a predeterminable condition has to be satisfied or a 
predeterminable number of variables /flags have to be set 
before execution can commence, then respective processes 
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or tasks can be created using respective threads which 
check the conditions or status of the flags and which 
interrupt the execution engine accordingly. 

5 Alternatively, the workflow scheduler 502 can 

periodically scan through the table 504 of scheduled 
entities to perform the above checks and instigate 
execution of the entities according to whether or not the 
above conditions have been satisfied. 

10 

In a still further embodiment, the periodic 
execution of an executable entity can be arranged thereby 
enabling the entity to be executed once every 5 minutes 
for example- A publicly accessible variable "IncTime" of 

15 Connect ionlnfo is used to indicate whether or not 
periodic execution is required. If the variable 
"Inc'Time" contains a NULL value, then periodic execution 
is not required. However, if "incTime" contains some 
other value, periodic execution will be established 

20 according to a time period governed by that other value. 
Once execution of such an entity has been completed, the 
workflow scheduler automatically re-schedules future 
execution of the entity according to the indicated time 
period • 

25 

The time of execution may be specified in terms of 
a relative offset to the current time or in terms of 
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absolute time. The format of the time may be in terms of 
Year, Month, Day, Hour and Minutes. 

The pseudo-code shown below in Table 1 provides an 
5 indication of the flow of control of an execution engine 
according to an embodiment • The line numbering is for 
ease of reference only. 



1 DataObject = New Collection 
10 2 Elementlnfo = FindStartElement( Entity ) 

3 While Elementlnfo <> ElementOf TypeEnd 

4 ExecuteElement 
CreatOb j ect ( Element Info . Classname ) 

5 ExecuteElement . Execute ; write to 
15 DataObject. Terminate how execution terminated 

6 Connectionlnfo = 
FindConnectionMatchingTerminateCondition; 

7 If Connectionlnfo. Mode « IxnmediateExecution 

Elementlnfo = Connectionlnfo. Elementlnfo 

20 else 

RegisterScheduledExecution( Entity, Connec 
tionlnf o ) 
exit While 

8 endif 
25 9 end while 



TABLE 1 
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"DataObject" is an object which is utilised to store 
temporarily information associated with an executable 
entity such as the termination condition or state of the 
executable entity. This termination condition is stored 
5 in a publicly accessible variable called "Terminate". 

"Element Info = FindStartElement( Entity)" determines 
the handle of the executable entity which is the START 
entity in the graph of entities. The information stored 
10 by Element Info optionally comprises a plurality of public 
variables. The variables including an indication of 
whether or not the executable entity is of a type "END" 
and "ClassName" which identifies the class definition or 
structure of the object. Other public variables are 
15 "NodeConnections As Collection", which is a collection or 
array of the output connections or links from that entity 
to other executable entities, "Parms as Objects", which 
identifies the data parameters which can be shared 
between the methods of an executable entity, 
"ConditionString", which identifies a list of conditions 
which should be satisfied before execution of the methods 
of the entity can commence, and " DLLFUNCT I ON " which 
stores the name of an external program which can be 
accessed and executed from within the executable entity. 



20 



25 



Optionally, other public variables comprises screen 
co-ordinates which determine the position of a graphical 
representation of the executable entity. Further 
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information regarding the graphical user interface is set 
out below. 

" Connect ionlnfo" comprises a public variable named 
5 "Mode" which is used to indicate whether the executable 
entity should be executed immediately or whether the 
executable entity should be scheduled for execution at a 
particular time. It can be seen that line 7 determines 
whether or not the execution of the entity needs to be 
10 commenced immediately or scheduled for a particular time. 

If scheduling is required, a call is made to a 
method of the workFlow scheduler 502 called 
"RegisterScheduledExecution" passing parameters 
15 identifying the executable entity and the associated 
connection information. 

The execution of the while- loop continues until 
either an executable entity is scheduled for execution or 
20 until an END entity has been executed. 

Referring to figure , there is shown schematically 
the layout of the screen presented using the GUI 400* 
The GUI 400 operates in accordance with defined Microsoft 
25 Windows Standard as is well known within the art. 

The screen 600 is divided into two parts. The left* 
hand side 601 depicts in the form of a tree the list of 
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available business object classes or processes, 
activities and methods ( executable entities ) constituting 
the business processes. The right hand side 602 of the 
screen 600 depicts the executable entities constituting 
the business process. 

It can be seen that the business process comprises 
ten executable entities selected from the tree structure 
of the left hand side of the screen. 

The executable entity "Cash Sale Entry" 604 is the 
start node for the graph of execution entities. The end 
node is not shown in this example. The executable 
entities are linked via links substantially as described 
above which define the flow of execution of the 
executable entities. 

Once the execution engine has located the start node 
604 execution of the process can commence. The entity 
entitled "Select Customer" 606 is executed so as to 
select one of a plurality of possible waiting customers. 
The customers may be held in a telephone queue or may 
have details previously stored in file capable of being 
displayed upon invocation of this entity 606 or business 
process . 

Having selected the customer whose order is to be 
processed, the execution passes to the next executable 
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entity 608. In the instant case, the next executable 
entity 608 requires input from the user of the computer 
system. The "User Selected Path" entity 608 allows the 
user of the data processing system to select at least one 
5 of a possible plurality of execution paths from the 
entity. In the instant case, two possible execution 
paths or links are provided. The first link leads to an 
entity called Delivery Address Override 610 which allows 
a default address usually associated with the selected 
10 customer to be overridden with a different deliver 
address. The second link leads to an entity Order Header 
1 612 which requests from the user typical order header 
information . 

15 Processing continues to the entity called Order Line 

Entry 614 which enables the user of the data processing 
system to input the actual order information taken from 
the selected customer. Having input the order, execution 
continues to the next entity, Select Delivery Type 616, 

20 which allows the user to select the mode of delivery for 
the order. The modes of delivery include courier and 
various types of normal postal services. 

The charges for the goods associated with the order 
25 are then calculated via the executable entity called 
Order Charges 618. The Order charges executable entity 
618 can have access to external pricing software which 
governs the calculation of the costs associated with an 
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order according to different and selectable pricing 
regimes. Similarly, the various pricing routines may 
also take into account the currency in which the charges 
are to be furnished. 

5 

The Order Completion 620 executable entity then 
allows the user to confirm that the order is completed. 
The Schedule Next Call entity 622 allows the user to 
repeat the above process for another selected user. 

10 

A business process is constructed by selecting an 
executable entity from the left-hand side of the screen 
and placing in the right hand side of the screen using a 
drag and drop action with the mouse. The links between 

15 the executable entities are established again using the 
mouse and a rubber-banding technique. A link is 
established between two entities by selecting one entity 
using the left mouse button and then moving the cursor to 
another entity to which the first is to be connected 

20 while keeping the mouse button depressed. Upon release 
of the mouse button a link is displayed between the two 
executable entities. As described above, the executable 
entities contain an array for storing identifiers of 
executable entities linked thereto. Therefore, during 

25 the rubberbanding operation, the identifier of the second 
executable entity is stored within the array. 
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The graphical depiction of an executable entity 
comprises a coloured arcuate portion 624 which represents 
a link or connection to another executable entity. It 
can be seen from the Delivery Address Override 610 entity 
that the top most arcuate portion has emanating therefrom 
an arrow pointing to the left. If the user selects this 
output connection, the processing associated with the 
corresponding executable entity is repeated* 

The down arrow emanating from the bottom most 
arcuate portion of the segmented area indicates a cancel 
selection option which interrupts the execution of the 
executable entity and restores any data values which were 
altered during execution. 

As described above in relation to the publicly 
accessible -Conditions" variable of the Elementlnfo 
object, each executable entity has associated therewith 
an indication of the global data which must exist for 
before an executable entity can sensibly operate* Using 
the Condition information for each executable entity 
within a process it can be determined whether or not the 
completed or constructed business process has a 
meaningful flow of execution. The execution engine 
checks all input conditions of executable entities and 
determines whether or not these conditions would, during 
normal execution, have been satisfied by the execution of 
components prior to it. This allows an assessment of the 
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flow of control of a business process to be evaluated 
without having to actually run the complete business 
process, that is without having to execute all entities 
constituting a business process. 

Referring again to figure 600, it is optionally 
possible to display information relating to the 
scheduling information of executable entities. For 
example, "clicking" using the left mouse button on a 
displayed link produces a dialogue box such as that 
displayed in figure 7. The dialogue box 700 displays the 
scheduling information of an executable entity. It can 
be seen that various types of scheduling are available, 
for example, immediate execution, batch execution, or 
periodic execution by time, day or both. . 

With reference to figure 700, in particular the area 
"Schedule Type 11 702, it can be seen that four types or 
modes of scheduling are provided, that is to say, "User 
Controlled" 704, "Automatic Immediate" 706, "Automatic 
Batch" 708 and Schedule Batch" 710. 

When an executable entity is encountered in which 
scheduling is specified as being "User Controlled" 704 
the user of the system is presented with a dialogue box 
as shown in figure 700 and requested or expected to 
complete the area of the screen designated "Schedule 
Frequency" 712. This action sets the scheduling time and 
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governs the time of execution of the respective 
executable entity. 

If an executable entity is scheduled for "Automatic 
5 Immediate" that executable entity is executed 
substantially immediately. 

Two types of batch mode execution are provided, 
namely "Automatic Batch" 708 and "Scheduled Batch" 710. 

10 Batch mode operation utilises a thread running as a 
background task and execution of an executable entity 
which is designated for batch mode execution is performed 
using that background thread. The "Automatic Batch" 708 
designation indicates that execution of the associated 

15 executable entity should commence immediately on the 
background thread. In contrast, a "Scheduled Batch" 710 
designation indicates that execution of the associated 
executable entity should only be commenced at the 
appropriate scheduled time on the background thread. 

20 

Furthermore, the frequency of scheduling can be 
selected. The options according to the present 

embodiment include "Timed Execution" 714, "Execute at 
fixed Times" 716, "Execute Periodically" 718 and 
25 "Reschedule Periodically" 720 together with respective 
time entry fields 722 for the preceding modes of 
scheduling. Finally, the days upon which the scheduling 
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5 



10 



15 



is operative can be set by clicking a check box in the 
area designated "Schedule for days" 724. 

in order to support the construction of business 
processes, the data processing system should preferably 
provide the following atomic executable entities. 

Firstly, Start Component, which defines the starting 
node for any graph comprising a plurality of executable 
entities. Usually, each business graph will comprise a 
single start node. However, embodiments of the present 
invention are not limited thereto and embodiments could 
equally well be realised in which several starting nodes 
are provided. 



Secondly, it is preferable that there is provided an 
end component or node which provides a termination point 
for the execution of a business process. it will be 
appreciated that a business process may have several end 
20 nodes . 



25 



Thirdly, the User Selected Path 608 of figure 6 
should enable the user of the system to specify . 
Plurality of po SS i ble ^ ^ ^ 

executable entity is encountered a dialogue box 
described below in relation to figure 8, is displayed 
which prompts the user to select the preferred path for 
continued execution. Finally , a secQnd ^ Qf ^ 
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Selected Path should, preferably be available, in which 
the user can select parallel execution of selectable ones 
of a plurality of possible execution paths* Figure 8 
depicts such a dialogue box 800 enabling the user to 
5 select links for determining the continued flow of 
execution. The user is presented with a plurality of 
node names 802 , namely, User selection 1, User Selection 
2 and User Selection 3. In order to govern which path is 
selected, the user selects one of the nodes presented in 
10 the Node Names text box 804 using a mouse as is known in 
the art. Execution of the business process continues 
according to the selected path* 

The above illustrative embodiments have referred to 
15 the lack of a need to further modify said executable 
entities after selection thereof for execution. 
Modification includes, without limitation, at least one 
of either changing the means of exchanging data between 
executable entities and/or changing the methods which 
20 govern the behaviour of the executable entities. 

Although the parameter area has been described or 
implemented in terms of a Visual Basic function, the 
present invention is not limited thereto. An embodiment 
25 of the present invention could also be realised using, 
for example, a globally declared array, a globally 
accessible linked list or merely pointers to globally 
accessible structures, defined according to a type 
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definition, having an appropriately allocated memory 
block of memory for holding an identifier and a 
corresponding value associated with that identifier. 

The reference signs in the description and claims 
are not intended to be limiting in anyway and are used 
only for the purpose of illustration. 



The reader's attention is directed to all papers and 
10 documents which are filed concurrently with or previous 
to this specification in connection with this application 
and which are open to public inspection with this 
specification, and the contents of all such papers and 
documents are incorporated herein by reference. 

15 

All of the features disclosed in this specification 
(including any accompanying claims, abstract and 
drawings), and/or all of the steps of any method or 
process so disclosed, may be combined in any combination, 
20 except combinations where at least some of such features 
and/or steps are mutually exclusive. 

Each feature disclosed in this specification 
(including any accompanying claims, abstract and 
25 drawings), may be replaced by alternative features 
serving the same, equivalent or similar purpose, unless 
expressly stated otherwise. Thus, unless expressly 
stated otherwise, each feature disclosed is one example 
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only of a generic series of equivalent: or similar 
features . 

The invention is not: restricted to the details of 
5 the foregoing embodiments. The invention extends to any 
novel one, or any novel combination , of the features 
disclosed in this specification (including any 
accompanying claims, abstract and drawings), or to any 
novel one, or any novel combination, of the steps of any 
10 method or process so disclosed. 

What is claimed is: 
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CLAIMS 



A method for processing data in or configuring a 
data processing system, said data processing system 
comprising memory for storing a .plurality of 
executable entities, means for establishing an order 
of execution of selectable ones of the executable 
entities, and means for executing the selected 
executable entities according to said order, without 
modification of said selected executable entities, 
the method comprising the steps of 

storing, in said memory, a plurality of executable 
entities, 

establishing an order of execution of selectable 
ones of said executable entities, and 

executing the selectable ones of said executable 
entities according to said order without 
modification of said executable entities. 

A method as claimed in claim 1, further comprising 
the steps of 

establishing, within said memory, a data structure, 
commonly accessible by said selected executable 
entities, which is arranged to allow said selected 
executable entities to store therein and retrieve 
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therefrom any data object and/or to allow indirect 
exchange of data between said selected executable 
entities . 

A method as claimed in any preceding claim, wherein 
said data processing system further comprises an 
execution engine which instigates the execution of 
plurality of executable entities, and wherein the 
step of executing the executable entities comprises 
the steps of 

providing each of said plurality of executable 
entities with a common interface for instigating 
execution of the executable entities, and 
instigating, by said execution engine, execution of 
said two executable entities utilising said common 
interface • 

A method as claimed in claim 3, wherein said 
executable entities have associated therewith data 
and a method for instigating execution thereof, the 
step of instigating execution further comprising the 
steps of 

obtaining said data for instigating execution of the 
executable entity, and 
executing said method. 

A method as claimed in claim 4, wherein each 
executable entity, upon termination, produces one of 
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25 



plurality of data values representative of the 
result of the execution of said entity, and said 
method further comprising the steps of 
determining, in response to said data values 
representative of the result of the execution of 
said entity, an executable entity associated with 
said values, and 

instigating execution of said executable entity 
associated with said values. 



6. A method as claimed in claim any preceding claim, 
data processing system further comprises a clock, 
said method further comprising the steps of 
associating a predeterminable execution time with at 
15 least one executable entity, 

scheduling execution of said at least one executable 
entity, and 

instigating execution of said at least one 
executable entity at the associated predeterminable 
execution time, 

thereby delaying execution of said executable entity 
for or until a predeterminable period. 



A method as claimed in claim 6, wherein the step of 
scheduling comprises at least one of the steps of 
storing, in a data structure, an identifier of an 
executable entity and an associated time of 
execution thereof, and 
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repeatedly polling or checking said data structure 
to determine whether or not a said scheduled time 
has passed, and 

instigating, in response to said repeated polling, 
execution of an executable entity having an 
associated execution time which has passed* 

A method as claimed in any preceding claim, wherein 
said executable entity is at least one of an object, 
a function, a self-contained program, or a DLL task. 

A data processing system comprising memory for 
storing a plurality of executable entities, means 
for establishing an order of execution of selectable 
ones of the executable entities, and means for 
executing the selected executable entitles according 
to said order without modification of said selected 
executable entities . 

A system as claimed in claim 9, further comprising 
means for establishing, within said memory, a data 
structure, commonly accessible by said selected 
executable entities, which is arranged to allow said 
selected executable entities to store therein and 
retrieve therefrom any data object and/or to allow 
indirect exchange of data between said selected 
executable entities. 
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11. A system as claimed in either of claims 9 to 10, 
wherein said data processing system further 
comprises an execution engine which instigates the 
execution of plurality of executable entities, and 
5 wherein means for executing the two executable 

entities comprises 

means for providing each of said plurality of 
executable entities with a common interface for 
instigating execution of the executable entities, 
10 and 

means for instigating execution of said executable 
entities utilising said common interface. 
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25 



12. A system as claimed in claim 11, wherein said 
executable entities have associated therewith data 
and a method for instigating execution thereof, the 
means for instigating execution further comprising 
means for obtaining said data for instigating 
execution of the executable entity, and 

means for executing said method. 

13. A system as claimed in claim 12, wherein each 
executable entity, upon termination, produces one of 
plurality of data values representative of the 
result of the execution of said entity, and said 
data processing system further comprises 

means for determining, in response to said data 
values representative of the result of the execution 
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of said entity, an executable entity associated with 
said data values, and 

means for instigating execution of said executable 
entity associated with said data values* 

A system as claimed in claim any of claims 9 to 13, 
wherein data processing system further 
comprises a clock, 

means for associating a predeterminable execution 
time with at least one executable entity, 
means for scheduling execution of said at least one 
executable entity, and 

means for instigating execution of said at least one 
executable entity at the associated predeterminable 
execution time. 

A system as claimed in claim 14, wherein means for 
scheduling comprises at least 

means for storing, in a data structure, an 
identifier of an executable entity and an associated 
time of execution thereof, and 

means for repeatedly polling or checking said table 
to determine whether or not a scheduled time has 
passed, and 

means for instigating, in response to said repeated 
polling, execution of an executable entity having an 
associated execution time which has passed; or 
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means for generating an interrupt to the execution 
engine to indicate that execution of an associated 
executable entity should commence, and 
means for instigating, m response to said 
interrupt, said executable entity. 

A system as claimed in any of claims 9 to 15, 
wherein said executable is at least one of an 
object, a function, a self-contained program, or a 
DLL task. 



A computer program product for processing data in or 
configuring a data processing system, said data 
processing system comprising memory for storing a 
plurality of executable entities, means for 
establishing an order of execution of selectable 
ones of the executable entities, and means for 
executing the selected executable entities according 
to said order, without modification of said selected 
executable entities, the computer program product 
comprising 

computer readable program code means for storing a 
plurality of executable entities, 

computer readable program code means for 
establishing an order of execution of selectable 
ones of said executable entities, and 
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computer readable program code means for executing 
the selectable ones of said executable entities 
according to said order without modification of said 
executable entities. 

A computer program product as claimed in claim 17, 
further comprising 

computer readable program code means for 
establishing, within said memory, a data structure, 
commonly accessible by said selected executable 
entities, which is arranged to allow said selected 
executable entities to store therein and retrieve 
therefrom any data object and/or to allow indirect 
exchange data between said selected executable 
entities . 

A computer program product as claimed in any of 
claims 17 to 18, wherein said data processing system 
further comprises an execution engine which 
instigates the execution of plurality of executable 
entities, and wherein computer readable program code 
means for executing the executable entities 
comprises 

computer readable program code means for providing 
each of said plurality of executable entities with 
a common interface for instigating execution of the 
executable entities, and 
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computer readable program code means for instigating 
execution of said executable entities utilising said 
common interface. 

A computer program product as claimed in claim 19, 
wherein said executable entities have associated 
therewith data and a method for instigating 
execution thereof, the computer readable program 
code means for instigating execution further 
comprises 

computer readable program code means for obtaining 
said data for instigating execution of an executable 
entity, and 

computer readable program code means for executing 
said method. 



A computer program product as claimed in claim 20, 
wherein each executable entity, upon termination, 
produces one of plurality of data values 
representative of the result of the execution of 
said entity, and said computer program product 
further comprises 

computer readable program code means for 
determining, in response to said data values 
representative of the result of the execution of 
said entity, an executable entity associated with 
said data values, and 
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computer readable program code means for instigating 
execution of said executable entity associated with 
said data values. 

A computer program product as claimed in any of 
claims 17 to 21, wherein the data processing system 
further comprises a clock, said computer program 
product further comprises 

computer readable program code means for associating 
a predeterminable execution time with at least one 
executable entity, 

computer readable program code means for scheduling 
execution of said at least one executable entity, 
and 

computer readable program code means for instigating 
execution of said at least one executable entity at 
the associated predeterminable execution time. 

A computer program product as claimed in claim 22, 

wherein the computer readable program code means for 

scheduling comprises at least one of the 

computer readable program code means for storing, in 

a data structure, an identifier of an executable 

entity and an associated time of execution thereof, 

and 

computer readable program code means for repeatedly 
polling or checking said data structure to determine 
whether or not a scheduled time has passed, and 
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computer readable program code means for 
instigating, in response to said repeated polling, 
execution of an executable entity having an 
associated execution time which has passed. 

24. A computer program product as claimed in any of 
claims 17 to 23, wherein said executable is at least 
one of an object, a function, a self-contained 
program, or a DLL task. 

25. A data processing system or method as claimed in any 
preceding claim substantially as described herein 
with reference to and/or as illustrated in the 
accompanying drawings. 

26. A data processing system and method substantially as 
described herein with reference to and/or as 
illustrated in the accompanying drawings. 



20 27. A data processing system comprising a plurality of 
executable entities, a memory for storing the 
plurality of executable entities, a display means 
for producing a graphical representation of the 
plurality of executable entities, means for 
executing said executable entities, input means for 
selecting for execution selectable ones of said 
plurality of executable entities, the system 
comprising means for displaying on said display 



15 



25 



BNSDOCID: <GB_23201 1 1A_L> 



54 

means a graphical representation of said plurality 
of executable entities, means for selecting at least 
two of the executable entities for execution, means 
for establishing an order of execution for said at 
least two executable entities, and means for 
executing said at least two executable entities 
according to said order without modification of said 
at least two executable entities. 

A method for configuring a data processing system, 
said data processing system comprising a plurality 
of executable entities, a memory for storing the 
plurality of executable entities, a display means 
for producing a graphical representation of the 
plurality of executable entities, means for 
executing said executable entities, input means for 
selecting for execution selectable ones of said 
plurality of executable entities, the method 
comprising the steps of displaying said plurality of 
executable entities, selecting two of the executable 
entities for execution, establishing an order of 
execution for the two executable entities, and 
executing the two executable entities according to 
said order without modification of said two 
executable entities. 
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